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(57) Abstract: A method for assigning sending permissions in a telecommunications system and a telecommunications system 
comprising a unit (20) providing access to said system for at least one telecommunication terminal (40) and a control unit (11) for 
scheduling data transfer between said at least one telecommunication terminal and the telecommunications system, whereby the con- 
trol unit (1 1) is located apart from the access providing unit (20) and whereby said data transfer takes place on at least one transmission 
channel and more than one telecommunication terminal is arranged to use the same transmission channel so that a telecommunication 
terminal is allowed to send on the transmission channel when a sending permission is assigned to said telecommunication terminal, 
whereby the access providing unit (20) is arranged to assign a sending permission to the telecommunication terminal. 
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Sending permission assignment in telecommunications system 

BACKGROUND OF THE INVENTION * . 

The invention relates to assigning sending permissions in a tele- 
communications system. 

• 5 The general packet radio service GPRS is a new service in the 

GSM system. The GPRS subnetwork includes a number of packet data serv- 
ice nodes SN, which will be called serving GPRS support nodes SGSN in this 
application. Each SGSN is connected to a GSM mobile communication net- 
work (typically to a base station controller BSC or to a base station BTS in the 

10 base station system) to allow the SGSN to provide packet service for mobile 
data terminals via several base stations, i.e. cells. The intermediate mobile 
communication network provides a radio interface and packet-switched data 
transmission between the SGSN and the telecommunication terminal i.e. mo- 
bile stations (MS). Different subnetworks are connected to an external data 

15 network, e.g. to a public switched data network PSPDN, via GPRS gateway 
support nodes GGSN. Thus the GPRS service enables packet data transmis- 
sion between mobile stations and external data networks as the GSM network 
functions as a radio access network RAN. 

In the GPRS network data packets arriving from several users are 

20 sent using the same radio channel. Therefore, the unit responsible for timing, 
i.e. the packet control unit (PCU), has to be able to decide in which radio 
frame each data packet is sent. The PCU assigns sending permissions for 
mobile stations sharing a radio timeslot (TS), i.e. tells which mobile station 
may transmit and when. The packet control unit may be separate from the 

25 actual unit providing the radio interface. According to GPRS specifications, 
PCU may be located at a base station (BTS), a base station controller (BSC) 
or an SGSN site. 

A GPRS block period (BP) is a sequence of four time slots on a 
PDCH (Packet Data Channel) used to convey one radio block. A radio block is 
30 a sequence of four normal bursts carrying one RLC/MAC (Radio Link Con- 
trol/Medium Access Control) protocol data unit, i.e. a RLC/MAC block which is 
a data unit exchanged between RLC/MAC entities. The block period is ap- 
- proximately 20 ms corresponding to the period that the transmission of one 
RLC/MAC block over the Abis interface lasts. 
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In case dynamic allocation is used for uplink transmission, the PCU 
assigns a mobile station uplink sending permission by including USF (Uplink 
State Flag) allocated for the mobile station in downlink RLC/MAC block's MAC 
header. Mobile stations observe the time slots allocated to their uplink trans- 
5 mission and in case a mobile station recognizes its own USF in downlink 
RLC/MAC block's MAC header, the mobile station may transmit in the uplink 
direction on the next block period. 

In case fixed allocation is used for uplink transmission, the PCU as- 
signs a mobile station uplink sending permissions in an assignment bitmap. 
10 The mobile station does not have to monitor downlink RLC/MAC blocks to find 
out whether the mobile station may transmit or not. Based on the assigned 
bitmap the mobile station knows in advance when the mobile station may 
transmit. 

SK The PCU may also poll a mobile station using a RRBP (Relatively 

15 Reserved Block Period) field in the MAC header. For example, in case of 
downlink transmission, the PCU may include a valid RRBP field in a downlink 
RLC/MAC data block which causes one uplink block period reservation for the 
mobile station. In the allocated block period the mobile station shall send a 
Packet Downlink Ack/Nack message to the PCU and acknowledge received 

20 blocks. In the Downlink Ack/Nack message the mobile station may also indi- 
cate if it has data to be sent. 

In case a mobile station is transferring real-time (RT) traffic, the 
mobile station needs more sending permissions than a mobile station transfer- 
ring non-real-time (NRT) traffic in order to meet delay and throughput require- 

25 ments. An RT mobile station should be able to start transmitting data quite 
soon (within 40 to 60 ms, for example) after having data at the RLC/MAC layer 
(e.g. when a user starts to talk). 

An RT mobile station having a silent period (i,e. having temporarily 
no data to transmit e.g. because the user is not talking) is polled in order to 

io learn if the mobile station has data to be transmitted. When the PCU is lo- 
cated apart from a BTS site (in a BSC, for example), the time between sending 
the polling command and receiving a response from the MS is several block 
periods (BPs). The delay can be around 8 BPs (160ms) which consists of the 
following components: PCU to BTS transmission takes 3 BPs (approximate 

35 value, due to e.g. delay caused by buffering inside the BTS), BTS to MS 
transmission takes 1 BP, MS to BTS transmission takes 1 BP, BTS to PCU 
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transmission takes 3 BPs. Thus the PCU learns only about 8 BPs after polling 
the mobile station if the mobile station has more data to transmit. 

The PCU has currently two ways to schedule (assign a sending 
permission) a mobile station if the PCU is located apart from a BTS site: 

1) The PCU could poll the mobile station every now and then and 
start assigning sending permissions to the mobile station only after learning 
the mobile station has more data to transmit. It would take around 12 BPs (8 + 
4) before the mobile station would be able to transmit data at normal phase. 

2) The PCU could assign a sending permission to the mobile station 
e.g. every second BP. When the PCU learns the mobile station has more data 
to transmit, the PCU starts assigning sending permissions to the mobile station ' 
more frequently (e.g. at every BP). Before the mobile station receives sending 
pemussions frequently enough, the mobile station may use the already sent 
polling permissions to start sending data. 

The alternative 1 is probably much too slow and thus would give 
unacceptable transmission delay for an RT mobile station. The alternative 2 
may give acceptable service for the RT mobile station in case the PCU polls 
the mobile station frequently enough. However, the polling sending permis- 
sions the RT mobile station uses to start its transmission may not be enough 
to satisfy the delay and throughput characteristics. Furthermore, sending per- 
missions are wasted if the mobile station is polled frequently and it has nothing 
to send. 



BRIEF DESCRIPTION OF THE INVENTION 

The object of the invention is to provide a method and an apparatus 
25 implementing the method to eliminate the above-mentioned problems, the 
object of the invention is achieved by a method and an arrangement which are 
characterized by what is disclosed in the independent claims 1, 21 and 37 
• The preferred embodiments of the invention are disclosed in the dependent 
claims. 

30 The invention is based on the idea that a unit (e.g. a base station) 

providing access to a telecommunications system for telecommunication ter- 
minals (e.g. a mobile station) participates in an uplink sending permission as- 
signment procedure when a control unit (e.g. a packet control unit) that sched- 
ules data transfer between the telecommunication terminal and the telecom- 

35 munications system is not located at said access providing unit. 
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An advantage of the method and arrangement of the invention is 
that it enables enough sending permissions to be assigned for a telecommuni- 
cation terminal, when the telecommunication terminal has more data to be 
transmitted after a silent period, and thus enables the more efficient use of 
5 resources. The invention is especially advantageous when transmitting real 
time traffic. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be described in greater detail by means of pre- 
ferred embodiments with reference to the accompanying drawings, in which 
10 Figure 1 is a block diagram of a data transmission system according 

to a preferred embodiment of the invention, 

Figure 2 illustrates a multi-frame structure of a PDCH channel of the 
GPRS system, 

Figure 3 illustrates structures of an RLC/MAC block and a radio 

15 block, 

Figure 4 illustrates a message sequence diagram according to an 

embodiment of the invention, 

Figure 5A illustrates sending permissions assigned by the PCU, 
Figure 5B illustrates sending permissions assigned by the PCU and 
20 Figure 5C illustrates sending permissions after the modification by 

the BTS according to an embodiment of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention is applicable to different telecommunications 
systems, e.g. to the GSM system together with the general packet radio serv- 
25 ice (GPRS). In the following, the preferred embodiments of the invention are 
described by means of the GPRS/GSM radio system without limiting the in- 
vention to this particular radio system. The invention is not limited to systems 
utilizing a radio path either. 

Figure 1 illustrates, in respect of the parts relevant to understanding 
30 the invention, the basic architecture of the GSM system and the architecture of 
a GPRS packet radio network implemented in the GSM system. The basic 
structure of the GSM network consists of two parts: a base station system 
(BSS) and a network subsystem (NSS). The BSS and mobile stations (MS) 40 
communicate via radio connections over a radio interface Urn. In the base sta- 
35 tion system BSS each cell is served by a base transceiver station (BTS) 20. 
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The base station 20 is connected to a base station controller (BSC) 10, which 
controls the radio frequencies and channels used by the base station. The 
base station controller 10 is further connected to a mobile switching centre 
(MSC, not shown). As regards a more detailed description of the GSM system, 
5 reference is made to the ETSI/GSM recommendations and to The GSM Sys- 
tem for Mobile Communications, M. Mouly and M-B. Pautet, Palaiseau, 
France, 1992, ISBN: 2-9507190-07-7. 

Figure 1 also illustrates a support node 30 of the GPRS system, 
which is connected to the GSM system. The serving GPRS support node 30 is 

10 a node which serves the mobile station 40. Each support node SGSN man- 
ages the packet data service in the area of one or more cells in a cellular 
packet radio network. For this purpose, each support node SGSN is con- 
nected (Gb interface) to a certain local part of the GSM mobile communication 
system. This connection is typically made to the base station system BSS, i.e. 

15 to the base station controller BSC (as in Figure 1) or to one of the base sta- 
tions BTS. The mobile station 40, which is in the cell, communicates with the 
base station 20 over the radio interface Urn and further through the mobile 
communication network with the support node 30 to the service area of which 
the cell belongs. In principle, the mobile communication network between the 

20 support node 30 and the mobile station 40 only transmits packets between 
these two. The mobile communication network provides a physical connection 
for transmission of data packets between the mobile station 40 and the serving 
support node 30. Additional information on the GPRS and the protocols used 
therein can be obtained, if needed, from ETSI (European Telecommunications 

25 Standards Institute) GPRS specifications. 

The base station system and the serving support node are con- 
nected by a Gb interface which enables exchange of signalling information 
and data. To be more precise, the Gb interface is located between a packet 
control unit (PCU) 11 and the SGSN 30. The packet control unit is a functional 

30 unit which is responsible for different functions in the GPRS MAC (Medium 
Access Control) and RLC (Radio Link Control) layers. These functions include 
establishment of RLC/MAC blocks for downlink transmission (towards the mo- 
bile station), de-assembly of blocks for uplink transmission (towards the net- 
work), timing of PDCH (Packet Data Channel), channel access control func- 

35 tions (access request and access grants) and management functions of the 
radio channel, such as power control, allocation and release of radio channels 
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and broadcast of control information, for example. Figure 3 illustrates the 
structure of an RLC/MAC block which consists of two parts which are the MAC 
header and an RLC data block or an RLC/MAC control block. All downlink 
RLC/MAC blocks comprise an USF (Uplink State Flag) field in the MAC 
" a 5 header which indicates the owner or use of the next uplink radio block on the 
same time slot. 

The packet control unit is connected to a channel codec unit (CCU) 
21 and 22 by means of an Abis interface. The functions of the channel codec 
unit include channel coding functions (including codirectional error correction 

10 FEC and interleaving) and measuring functions related to the radio channel. 
The channel codec unit also establishes GPRS radio blocks, i.e. GPRS pack- 
ets in which the data and signalling information, i.e. RLC/MAC protocol data 
units, are sent over the radio interface Urn. The channel codec unit 21 and 22 
is always located in the base station 20, but the PCU has a variety of alterna- 

15 tive locations: base station BTS, base station controller BSC (as in Figure 1) or 
support node SGSN. When the PCU is separate from the BTS, the CCU (or 
some similar unit within the BTS) may control some of the PCU functions. 

When the packet control unit 11 is separate from the base station 
20, data is transmitted between the packet control unit 11 and the channel 

20 codec unit 21 or 22 over the Abis interface using PCU-TRAU frames which are 
extensions of the TRAU (Transcoder/Rate Adaptor Unit) frames. Both GPRS 
data signals and GPRS MAC/RLC control signals on a PDTCH (Packet Data 
Traffic Channel) are transmitted in the PCU-TRAU frames. 

Over the air interface Um traffic is transmitted in blocks which are 

25 provided by the physical layer of the OSI model. The duration of each physical 
block (radio block) is four GSM bursts, which are sent in sequence on one 
physical channel (time slot). Figure 2 illustrates the multi-frame structure of a 

i PDCH channel which comprises 52 TDMA frames. Each of the radio blocks B0 
to B1 1 is divided into four TDMA frames. There is also one idle frame (denoted 

30 by X in the figure) at the intervals of three radio blocks. Figure 3 illustrates the 
structure of a radio block. Each radio block B0 to B11 consists of three parts 
which are the MAC header, RLC data block or RLC/MAC control block and 
check block BCS (Block Check Sequence). 

The invention proposes that the BTS participates in the uplink 

35 sending permission assignment procedure when the PCU is not located at the 
BTS site. In the following a preferred embodiment of the invention is described 
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with reference to Figure 4 illustrating a message sequence diagram according 
to an embodiment of the invention. The PCU polls the MS every Nth BP (e g 
every second or third BP). Polling can be done e.g. by assigning the MS an 
uplink sending permission by e.g. including an USF (Uplink State Flag) allo- 
cated for the mobile station in a downlink RLC/MAC block's MAC header 
whereupon the MS may transmit in the uplink direction on the next block pe- 
riod as described earlier and response to the polling. Polling can also be dope 
e.g. by using a Packet Polling Request message with an RRBP field in the 
MAC header. When an MS is being polled, the PCU preferably notifies the 
BTS about it. The notification is given e.g. as part of PCU-TRAU frame control 
information in which the RLC/MAC block containing the polling command is 
transferred (51) from the PCU to the BTS. When the BTS receives such a 
polling command, it saves some parameters associated with the PCU-TRAU 
frame containing the RLC/MAC block in which the MS is being polled and for- 
wards (52) the RLC/MAC block to the MS. Such saved parameters are e g the 
id of the MS to be polled (e.g. the USF in the MAC header), preferably the Tx 
power level the BTS will use when sending the RLC/MAC block in the air and 
optionally the description of other time slots the MS is using. The MS id may 
be given separately along with the polling command or the BTS may decode 
20 the id from the received RLC/MAC block (e.g. the USF from the MAC header 
of the RLC/MAC block). When the BTS receives a response (53) from the MS, 
the BTS observes if the received frame indicates the MS has data to be 
transmitted. Such an indication may be e.g. an RLC/MAC data block Instead of 
e.g. a Packet Uplink Dummy Control Block in which case the Packet Uplink 
Dummy Control Block would indicate that the MS has no data to be transmit- 
ted at the moment. The response containing RLC/MAC block is forwarded (54) 
to the PCU. ' 

In case the MS indicates that it has no data to be transmitted at the 
moment, the BTS continues with the normal operation. 

In case the MS indicates it has more data to be transmitted, the 
BTS operates in the following way: 

When the BTS receives (55) subsequent PCU-TRAU frames for the 
radio timeslot (and optionally for other time slots the MS is using) from the 
PCU, the BTS replaces the MS id (e.g. the USF) in the RLC/MAC block which 
assigns a sending permission to the MS and forwards (56) this modified 
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RLC/MAC block to the MS. Thus the MS is given sending permissions imme- 
diately. 

The BTS preferably uses the Tx power level and other important pa- 
rameters received along with the original polling command. In case the BTS 
5 receives subsequent PCU-TRAU frames containing an RLC/MAC block or a 
sending permission for the MS, the BTS preferably replaces the Tx power level 
and other important parameters with the parameters received in the most re- 
cent PCU-TRAU frame. 

The BTS preferably considers parameters saved for the MS and re- 

10 ceived with a new PCU-TRAU frame when sending the RLC/MAC block in the 
air. It may happen that in a PCU-TRAU frame the PCU assigns a sending 
permission for the MS, but RLC contents of the RLC/MAC block are destined 
to some other MS and thus e.g. the Tx power level suitable for both MSs must 
be considered when sending the RLC/MAC block in the air. 

15 In case the BTS has replaced the sending permission with MS's id 

and the MS indicates that it has no more data to transmit at the moment, the 
BTS stops, according to a preferred embodiment of the invention, replacing 
the id of the MS into RLC/MAC blocks and may remove information associated 
with the MS. The BTS continues with the normal operation, i.e. sends 

20 RLC/MAC blocks received from the PCU in the air without modifying sending 
permissions. 

In case the BTS is to assign sending permissions to the MS but the 
PCU sends an idle PCU-TRAU frame in the downlink direction which does not 
contain a valid RLC/MAC block, the BTS will prlferably either generate a 
25 RLC/MAC block (e.g. a Packet Downlink Dummy Control Block) in which the 
BTS sets an MS id or the BTS will omit the sending permission. 

Alternatively, in case the fixed allocation is used for the uplink 
transmission, the BTS may assign the MS uplink sending permissions in an 
assignment bitmap by forming an Assignment message in which a certain 
30 amount of sending permissions are allocated to the MS and sending this mes- 
sage to the MS. The MS can continue its uplink sending according to the as- 
signment bitmap sent by the BTS. The MS using such fixed allocation can be 
polled by using e.g. a Packet Polling Request message or the PCU can pro- 
vide the MS when the data transmission stops temporarily with an assignment 
35 bitmap allowing the MS to send every now and then. 
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According to a preferred embodiment of the invention the PCU may 
use a new bit called Rl (Replace Indication), for instance, in the PCU-TRAU 
frame- that is sent to the BTS. When the Rl bit is set to T, the BTS may re- 
place information that assign? a sending permission to a MS (e.g. a USF) r in 
5 the next RLC/MAC block that is sent in the downlink direction, in case the MS 
has indicated it has data to be transmitted, even if the original RLC/MAC block 
received from the PCU assigns a sending permission to some other MS. In 
case the Rl bit is set to '0', the BTS may not replace the MS id assigning a 
sending permission in the RLC/MAC block. 

10 in order to avoid double reservations for the same BP owing to the 

BTS being able to replace a sending permission assignment made by the 
PCU, the following mechanisms may be used according to preferred embddi- 
ments of the invention: 

The Rl field in the above described PCU-TRAU frame is used. 

15 When the PCU allocates a sending permission to e.g. an MS making two 
phase access or when the PCU e.g. polls an MS with an RRBP field in an 
RLC/MAC block or in any similar situation when the sending permission allo- 
cated by the PCU should not be changed by the BTS, the PCU sets the Rl 
field to '0' in the PCU-TRAU frame being sent to the BTS that corresponds to 

20 the assigned sending permission. Also when fixed allocation is used, the Pbu 
sets the Rl bit to '0' when an MS using fixed allocation is about to transmit. 
That way the BTS may not replace the sending permission with MS's id and 
the MS to whioh the sending permission was originally assigned may transmit 
without disturbance. 

25 Alternatively, the BTS can keep a record of sending permissions re- 

served in advance. For example, when an MS makes a two-phase access, the 
PCU assigns the MS one sending permission (one BP) on one time slot in 
which the MS sends a Packet Resource Request message to the network. 
The sending permission is usually assigned over half a second ahead in time 

30 when the PCU handles the two-phase access request The sending permis- 
sion is assigned to an MS in an Assignment message that is sent from the 
PCU to the BTS and from theTBTS to the MS. When the BTS receives such an 
Assignment message, the BTS should keep a record of the assigned sending 
permission in order not to replace the assigned sending permission if the MS 

35 has data to be transmitted. Also when the PCU polls an MS with an RRBP 
field in an RLC/MAC block, the BTS should keep a record of those pollings in 
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order not to assign the same BP for two different MSs. In case fixed assign- 
ment is used, the BTS should keep track of the allocated BPs, which means 
that either the BTS decodes the assignment messages sent to the MS or the 
PCU tells the BTS of the assigned sending permissions. 
5 The usage of the Rl field in the PCU-TRAU frame is advantageous 

because then the BTS does not have to keep record of pre-assigned sending 
permissions (e.g. as part of a two-phase access procedure or an RRBP polling 
procedure). Thus the operation of the BTS is simpler. 

An example of the operation of the invention is given below. Send- 
10 ing permissions on one time slot (channel) are described. The following exam- 
ple also enlightens one embodiment of the invention. Provided that the BTS is 
allowed to assign sending permissions (e.g. the value of the Rl bit is '0') and 
the response to polling indicates that the MS has data to be sent, BTS may 
replace sending permissions of other MSs with a sending permission of the 
15 MS. 

Figures 5A, 5B and 5C illustrate sending permissions assigned to 
three mobile stations MS1, MS2 and MS3 for block periods BP1-BP12. The 
mobile station (MS1 , MS2 or MS3) to which a sending permission for a block 
period is assigned is indicated below the block period number, e.g. MS1 below 

20 BP1 indicates that an uplink sending permission for block the period 1 is as- 
signed to the MS1. 

In Figure 5A the PCU assigns an MS (denoted by MS1) having a 
silent period sending permission every third BP. Two other MSs (MS2 and 
MS3) are assigned sending permissions between the polling of the MS1. After 

25 noticing the MS1 has data to be transmitted, the PCU assigns the MS1 a 
sending permission on every BP. According to the normal polling procedure, 
the MS1 starts receiving additional sending permissions from 11 th block period 
as illustrated. 

In Figures 5B and 5C the PCU assigns an MS (MS1) having a silent 
30 period sending permission every third BP. Two other MSs (MS2 and MS 3) are 
assigned sending permissions between the polling of the MS1. Sending per- 
missions assigned by the PCU are illustrated in Figure 5B. When the BTS util- 
izing the invention notices the MS1 has more data to be transmitted, the BTS 
replaces sending permissions of other MSs with a sending permission of the 
35 MS1 . Actual sending permissions which are sent to the MS1 after the BTS has 
modified the sending permissions are illustrated in Figure 5C. As can be seen 
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the MS1 receives additional sending permissions starting already from the>2 nd 
BP (BP2). When the BTS participates in the sending permission assignment 
operation being performed for the MS1, the MS1 receives enough sending 
permissions immediately when it has data to transmit after a silent period. 
5 When the BTS replaces sending permissions assigned by the PCU 

or forms a new assignment bitmap for the MS, the BTS may optionally inform 
the PCU about it. The notification may be included e.g. into uplink PCU-TRAU 
frame control information. That way the PCU knows about the replacement or 
the change in the fixed allocation and does not expect an RLC/MAC block 

1 0 from some other MS. 

Although the invention has been described above with a system di- 
viding the transmission path on the air interface between several users by a 
time division multiple access (TDMA), it is obvious to one skilled in the art how 
to apply the invention in connection with other multiple access modulation 

15 techniques, such as code division multiple access (CDMA), frequency division 
multiple access (FDMA) or combinations of different techniques. 

It will be obvious to a person skilled in the art that as the technology 
advances, the inventive concept can be implemented in various ways. Thus 
the invention and its embodiments are not limited to the examples described 

20 above, but they may vary within the scope of the claims. 
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CLAIMS 

1 . A method for assigning sending permissions in a communications 
system comprising a unit providing access to said system for at least one 
communication terminal and a control unit for scheduling data transfer be- 
5 tween said at least one communication terminal and the communications sys- 
tern, whereby the control unit is located apart from the access providing unit 
and whereby said data transfer takes place on at least one transmission chan- 
nel and more than one communication terminal is arranged to use the same 
transmission channel so that a communication terminal is allowed to send on 
10 the transmission channel when a sending permission is assigned to said 
communication terminal, 

characterized by the method comprising the step of as- 
% signing in the access providing unit a sending permission to the communica- 
tion terminal, 

15 2. A method according to claim 1 characterized by per- 

forming the said assignment in the access providing unit in response to re- 
ceiving in the access providing unit an indication from the communication ter- 
minal, the indication indicating that the communication terminal has data to be 
sent. 

20 3. A method according to claim 1 or 2, characterized by 

the method further comprising the step of assigning at least one 
sending permission in the control unit, and 

the sending permission assigned in the access providing unit being 
one of the sending permissions assigned in the control unit. 
25 4. A method according to claim 3 characterized by the 

method further comprising the step of informing the access providing unit 
about said assignment of a sending permission in the control unit. 

5. A method according to claims 2, 3 or4 characterized by 
the method further comprising the step of forwarding the indication to the con- 

30 trol unit. 

6. A method according to claim 1, characterized by the 
method comprising the steps of: 

assigning in the control unit a first sending permission to the com- 
munication terminal, 
35 informing the access providing unit about said assignment, and 
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assigning in the access providing unit a second sending permission 
to the communication terminal in response to receiving in the access providing 
unit a response due to the first sending permission from the communication 
terminal, the response indicating that the communication terminal has data to 
5 be sent 

7. A method according to claim 6 characterized by the 
method further comprising the step of forwarding said response to the control 
unit. 

8. A method according to claim 1 characterized by the 
10 method further comprising the steps of: 

assigning in the control unit a first sending permission to a first 
communication terminal, 

receiving in the access providing unit an indication from a second 
communication terminal that it has data to be sent, \\ 
15 assigning from the access providing unit the first sending permis- 

sion to the second communication terminal. 

9. A method according to any of the preceding claims, charac- 
terized by assigning sending permissions in the access providing unit to 
the communication terminal until the communication terminal indicates that it 

20 has no more data to be sent. 

10. A method according to any of the preceding claims charac- 
terized by the method further comprising the steps of: 

dividing the transmission channel into time periods, and 
allowing the communication terminal to send on the transmission 
25 channel during a time period for which the sending permission is assigned to 
the said communication terminal. 

11. A method according to claim 10, characterized by as- 
signing sending permissions for one time period at a time. 

12. A method according to claim 10 or 11, c h a r a c te r i ze d by 
30 the method further comprising the step of indicating from the control unit to the 

access providing unit time periods for which it is not allowed to assign a send- 
^ ing permission from the access providing unit to a communication terminal 
other than that already defined in the control unit. 

13. A method according to claim 10, 11 or 12 character- 
35 i z e d by the method further comprising the step of keeping a record in the 

access providing unit of sending permissions for time periods that have been 
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reserved in advance whereby sending permissions for such a reserved time 
period is not assigned in the access providing unit to a communication termi- 
nal other than that having a reservation for the time period in question. 

14. A method according to claim 10, 11, 12 or 13, charac- 
5 t e r i z e d by the communications system supporting the General Packet Ra- 
dio Service (GPRS), the access providing unit being a base station and the 
control unit being a packet control unit (PCU). 

15. A method according to claim 14, characterized by said 
time period being a block period. 

Mo 16. A method according to claim 14 or 15, characterized by 

assigning a sending permission to a communication terminal by including an 
identifier of the communication terminal in an RLC/MAC block sent to the 
communication terminal. 

17. A method according to claim16, characterized bysaid 
15 identifier being an Uplink State Flag (USF) allocated for the communication 

terminal. 

18. A method according to claim 16or 17, characterized by 
assigning in the base station a sending permission to the communication ter- 
minal by replacing in the access providing unit the identifier of the communica- 

20 tion terminal to a RLC/MAC block to be forwarded to the communication termi- 
nal. 

19. A method according to any of the preceding claims charac- 
terized by said communications system being a telecommunications sys- 
tem. 

25 20. A method according to any of the preceding claims charac- 

terized by said communication terminal being a telecommunication termi- 
nal. 

21. A communications system comprising a unit (20) providing ac- 
cess to said system for at least one communication terminal (40) and a control 

30 unit (11) for scheduling data transfer between said at least one communication 
terminal and the communications system, whereby the control unit (11) is lo- 
cated apart from the access providing unit (20) and whereby said data transfer 
takes place on at least one transmission channel and more than one commu- 
nication terminal is arranged to use the same transmission channel so that a 

35 communication terminal is allowed to send on the transmission channel when 
a sending permission is assigned to said communication terminal, 



WO 02/09463 



PCT/FI01/00681 



15 

characterized in that 

the access providing unit (20) is arranged to assign a sending per- 
mission to the communication terminal. 

22. A communications system according to claim 21, charac- 
5 t e r i z e d in that the access providing unit (20) is arranged to perform said 

assignment in response to receiving an indication from the communication 
terminal, that the communication terminal has data to be sent. 

23. A communications system according to claim 21, charac- 
terized in that 

10 the control unit (1 1) is arranged to assign a first sending permission 

to a first communication terminal (40) and to inform the access providing uhit 

(20) about the first assignment, and 

the access providing unit (20) is arranged to assign the first sending 

permission to a second communication terminal in response to receiving an 
15 indication from the second communication terminal, that the communication 

terminal has data to be sent 

24. A communications system according to claim 21, 22 or 23, 
characterized in that the access providing unit (20) is arranged to for- 
ward the indication to the control unit. 

20 25. A communications system according to claim 21, 22 23 or 24 

characterized in that 

the control unit (11) is arranged to assign a first sending permission 
to the communication terminal (40) and to inform the access providing unit (20) 
about said assignment, and 

25 the access providing unit (20) is arranged to assign a second 

sending permission to the communication terminal in response to receiving a 
response due to the first sending permission from the communication terminal, 
which response indicates that the communication terminal has data to be sent 

26. A communications system according to claim 25 charac- 
30 t e r i z e d in that the access providing unit (20) is arranged to forward the 

response to the control unit. 

27. A communications system according to any one of claims 21 to 
26, characterized in that the access providing unit (20) is arranged to 
assign sending permissions to the communication terminal (40) until the corn- 

35 munication terminal indicates that it has no more data to be sent 
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28. A communications system according to any one of claims 21 to 
27, characterized in that the system is arranged to divide the trans- 
mission channel into time periods and to allow the communication terminal 
(40) to send on the transmission channel during a time period for which the 

5 sending permission is assigned to the communication terminal. 

29. A communications system according to claim 28, charac- 
terized in that sending permissions are assigned for one time period at a 
time. 

30. A communications system according to claim 29, charac- 
10 terized in that the control unit (11) is arranged to indicate to the access 

providing unit (20) time periods for which the access providing unit is not al- 
lowed to assign a sending permission to a communication terminal (40) other 
than that already defined in the control unit 

31 . A communications system according to claim 29 or 30, char- 
15 acterized in that the access providing unit (20) is arranged to keep a rec- 
ord of sending permissions for time periods that have been reserved in ad- 
vance in order not to assign sending permissions for such a reserved time pe- 
riod to a communication terminal other than that having a reservation for the 
time period in question. 

20 32. A communications system according to claim 29, 30 or 31, 

characterized in that the communications system supports the Gen- 
eral Packet Radio Service (GPRS), the access providing unit (20) is a base 
station and the control unit (11) is a packet control unit (PCU). 

33. A communications system according to claim 32, c h a r a c - 
25 t e r i z e d in that said time period is a block period. 

34. A communications system according to claim 32 or 33, char- 
acterized in that a sending permission is assigned to a communication 
terminal (40) by including an identifier of the communication terminal in an 
RLC/MAC block sent to the communication terminal. 

30 35. A communications system according to claim 34, charac- 

terized in that said identifier is an Uplink State Flag (USF) allocated for the 
communication terminal. 

36. A communications system according to claim 34 or 35, char- 
acterized in that the access providing unit (20) is arranged to assign a 

35 sending permission to the communication terminal (40) by replacing the identi- 
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the communication terminal. 

37. An access providing unit for providing access to a communica- 
tions system for at (east one communication terminal (40) said system com- 

5 prising a control unit (11) for scheduling data transfer between said at least 
one communication terminal and the communications system, whereby the 
control unit is located apart from the access providing unit (20) and whereby 
said data transfer takes place on at least one transmission channel and more 
than one communication terminal is arranged to use the same transmission 
10 channel so that a communication terminal (40) is allowed to send on the 
transmission channel when a sending permission is assigned to said commu- 
nication terminal, 

characterized in that 

the access providing unit (20) is arranged to assign a sending per- 
15 mission to the communication terminal (40). v 

38. An access providing unit according to claim 37, charac- 
terized in that the access providing unit (20) is arranged to perform said 
assignment in response to receiving an indication from the communication 
terminal that the communication terminal has data to be sent. 

20 39. An access providing unit according to claim 37 or 38, char- 

acterized in that the access providing unit (20) is arranged 

to receive from the control unit information about an assignment^ of 
a first sending permission to a first communication terminal, and 

to assign the first sending permission to a second communication 
25 terminal in response to receiving an indication from the second communication 
terminal, that the communication terminal has data to be sent. 

40. An access providing unit according to claim 38 or 39, c h a r- 
acterized in that the access providing unit (20) is arranged to forward the 
indication to the control unit (11). 
30 41. An access providing unit according to claim 37, 38, 39 or 40, 

characterized in that 

the access providing unit (20) is arranged 

to receive from the control unit information about an assignment of 
a first sending permission to a first communication terminal, and 
35 to assign a second sending permission to the first communication 

terminal (40) in response to receiving a response due to the first sending per- 
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mission from the communication terminal, which response indicates that the 
communication terminal has data to be sent. 

42. An access providing unit according to claim 41, charac- 
terized in that the access providing unit (20) is arranged to forward the 

5 response to the control unit. 

43. An access providing unit according to any of claims 37 to 42, 
characterized in that the access providing unit (20) is arranged to as- 
sign sending permissions to the communication terminal (40) until the commu- 
nication terminal indicates that it has no more data to be sent. 

10 44. An access providing unit according to any one of claims 37 to 

42, c h a r a c t e r i z e d in that 

the communications systems comprising the access providing unit 
(20) is arranged to divide the transmission channel into time periods, and 

the access providing unit (20) is arranged to assign sending per- 
1 5 missions for one time period at a time. 

45. An access providing unit according to claim 44, charac- 
terized in that the access providing unit (20) is arranged not to assign a 
sending permission to a communication terminal other than that already de- 
fined in the control unit for time periods indicated by the control unit. 
20 46. An access providing unit according to claim 44, charac- 

terized in that the access providing unit (20) is arranged to keep a record 
of sending permissions for time periods that have been reserved in advance in 
order not to assign sending permissions for such a reserved time period to a 
communication terminal other than that having a reservation for the time pe- 
25 riod in question. 

47. An access providing unit according to any one of claims 37 to 
46, c h a r a c t e r i z e d in that the access providing unit (20) is a base sta- 
tion of a communications system supporting the General Packet Radio Service 
(GPRS).,, 

30 48. An access providing unit according to claim 47, charac- 

terized in that the access providing unit (20) is arranged to assign a 
sending permission to a communication terminal (40) by including an identifier 
of the communication terminal in an RLC/MAC block sent to the communica- 
tion terminal. 

35 49. An access providing unit according to claim 48, charac- 

terized in that the access providing unit (20) is arranged to assign a 
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sending permission to the communication terminal (40) by replacing the identi- 
fier of the communication terminal to an RLC/MAC block to be forwarded to 
the communication terminal. 
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